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(57) Abstract: A method and apparatus 
for providing realtime information between 
a mobile station (1925) and at least one 
fixed staUon (1940. 1945, 1950) utilizing a 
business to business (B2B) engine (1900). 
A subscriber utilizing a mobile station (MS) 
may send a request to a B2B engine to find a 
neaiby fixed station, i.e., a restaurant (1940). 
A reservation management company i.e., 
a service provider, interconnected with the 
B2B engine, may provide a reservation 
application to member restaurants and a 
restaurant module (1905) for integration 
with the B2B engine. The B2B engine 
(1900) provides an exchange point for 
passing realtime information between the 
restaurant (1940) and the mobile station 
(1925). The restaurant module and the B2B 
engine communicate with the reservation 
application to automatically place and 
manage reservations according to an 
estimated time of arrival for the mobile 
station subscriber. Any adjustments may 
be made prior to arrival and all procedures 
may be done automatically without human 
intervention. 
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BACKGROUND OF THE PRESENT INVENTION 
Field of the Invention 

The present invention relates generally to a value-added information- 
exchanging network service, and in particular, by way of example but not limitation, to 
20 a Business-to-Business (B2B) engine capable of interfacing with both a 
telecommunications network and a service provider for facilitating information 
interexchange therebetween. 

Background and Objects of the Present Invention 

25 The growing accessibility of information on the Internet has made a great 

variety of content available. Typically, users access this content at a fixed home 
or office site through an Internet Service Provider (ISP). Content providers on the 
Internet fon^/ard their content, along with advertisements or other commercial 
information, through the ISP directly to the user. Whereas, some ISPs currently 

30 maintain cache, e.g., Yahoo and America On Line (AOL) by providing additional 
content, most ISPs are purely conduits of information, and as such are not 
expected to have increased value as this technology and service matures. 
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A concurrent, more recent development is wireless Internet access by 
mobile phone users. Due to the convergence of telecommunications and the 
Internet a growing variety of devices are becoming multipurpose and are now 
available to access the Intemet wirelessly, e.g.. cell phones, personal data 
5 assistants (PDAs) or other communications devices. As with ISPs, however, 
Internet content providers are using existing telecommunications equipment as a 
mere conduit for passing information therethrough, thereby marginalizing the 
perceived value of these physical connections owned by the telecommunications 
operators. This paradigm of operation is illustrated in FIGURE 1 and is generally 

10 designated therein by the reference numeral 100, where a number of content 
providers, e.g.. restaurant information 105, weather information 110 and other 
such portals 115, channel the respective data through a Apipe@, i.e.. the telecom 
operators' equipment 120, to a realtime user. 

In view of the high cost of telecommunications network infrastructure and 

IS the need to avoid perceived obsolescence, telecommunications system operators 
must restructure the interface between the content provider and user to better 
exploit advantages in the technological convergence. In particular, a system and 
methodology offering an altemative paradigm avoiding the marginalization of the 
telecommunications infrastructure and services and avoiding loss of identity is 

20 needed. In addition, the paradigm 100 of FIGURE 1 fails to make use of any 
realtime information which is inherently provided within a serving 
telecommunications network, such as location status, pertaining to the mobile 
subscriber, an area which will be critical in numerous future applications. 

Exemplary prior art methods related to the location and information 

25 provided to and from a mobile station includes U.S. Pat. No. 5.559.520 which 
generally describes tracking the location change of a user using a GPS system 
and providing information from a dispatcher to the user regarding a vehicle's 
geographic coordinates. 

U.S. Pat. No. 5,926,108 generally describes providing movie information to 

30 a pager. The pager first request information from the system, which in turn 
determines the pager's location and sends movie information based on his 
location and optionally reserve tickets for the pager user. 
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U.S. Pat, No. 6.131,028 generally describes providing a specific predefined 
feature based on a user geographic location. These features could be location- 
based call foHA^arding or predefined business establishment directions. 

U.S. Pat. No. 5,930,699 generally describes providing information about a 
5 business based on a location of a mobile station. The cell identity is determined by 
the system and information regarding a business in that area is sent to the mobile 
station. 

U.S. Pat. No. 6,091.956 generally describes a system that provides 
services about places and events a mobile computer encounters in their current 

10 location or potential destinations. The mobile computer is informed of events 
related to places the user is willing to visit. Based on this information, the mobile 
computer may respond, avoid entirely, communicate with other people, or modify 
his plans in view of such events. 

U.S. Pat. No. 6.108,533 generally describes providing a mobile station with 

IS ability to search, using keywords, information in a database. Such information 
might require the {knowledge of the location of the mobile station and search for 
the keyword provided by the mobile station in that area location database. 

U.S. Pat. No. 6,115,611 generally describes having an infomnation center 
connected to a plurality of mobile terminals. The mobile terminals accessing 

20 location information as well as other information helpful to the mobile terminal user 
from the information center The information center is used for accumulating 
information and/or services from the mobile terminals and providing information to 
the mobile terminal related to the mobile terminal location information. 

It is, therefore, an object of certain embodiment(s) of the present invention 

25 to provide a new system, scheme, and/or methodology for mobile Internet usage, 
which offer more value to the telecommunications network operators and better 
exploit technological advantages of the network. 

It is a further object that the system, scheme, and/or methodology of certain 
embodiment(s) of the present invention better utilize the realtime information 

30 available in telecommunications networks about mobile subscribers and the 
content available, thereby leveraging the network capabilities to generate 
revenue. 



wo 03/067851 



PCT/IB03/00363 



-4- 



It is another object of certain embodiment(s) of the present invention that 
an enabler described herein leverages the realtime capabilities of a 
telecommunications network. 

It is an additional object of certain embodiment(s) of the present invention 
5 that an enabler be capable of better personalizing services based upon user 
situation, e.g., user location, user status, etc. 

SUMMARY OF THE INVENTION 

Methods, systems, and arrangements facilitate information interexchange 

10 between a telecommunications network and an information service provider. For 
example, In accordance ymth certain embodiment(s}, a business-to-business 
(B2B) engine includes one or more logic modules for interfacing with the 
telecommunications network and with the infomiation service provider. The B2B 
engine facilitates the reporting of, e.g., realtime information from the 

IS telecommunications network to the information service provider This realtime 
information may include subscriber unit location and may be acquired and/or 
reported based on a mapping data structure in, e.g., the B2B engine. The data 
structure may map a service class to one or more parameters that may dictate or 
provide guidance with respect to which parameters are relevant, as well as their 

20 respective values, and a mechanism for achieving the stipulated parameters. The 
mechanism may include specific network nodes/entities as well as frequency of 
acquisition, location transmission precipitation source, etc. Such an exemplary 
B2B engine thereby enables location-tailored content data and/or services to be 
provided to a subscriber based, e.g., on one or more requirements in an 

25 agreement between the operator of the telecommunications network and the 
operator of the information service provider. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The disclosed invention will be described with reference to the 
30 accompanying drawings, which show important exemplary embodiments of the 
invention and which are incorporated in the specification hereof by reference, 
wherein: 
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FIGURE 1 illustrates a conventional telecommunications system for 
providing a variety of Internet-based content to a subscriber; 

FIGURE 2 illustrates a telecommunications system in accordance with the 
principles of the present invention, providing a business-to-business engine 
S interfacing \Nith external content providers and providing realtime subscriber 
information thereto; 

FIGURE 3 further illustrates the telecommunications system of FIGURE 2. 
demonstrating the interaction between telecommunications operators and the 
content providers by way of the business-to-business engine in accordance with 
10 the present invention; 

FIGURE 4 illustrates a preferred embodiment of the present invention 
illustrated in FIGURES 2 and 3, demonstrating the interaction between mobile 
telecommunications operators and content providers using the business-to- 
buslness engine; 

13 FIGURE 5 illustrates exemplary interactions between the business-to- 

business engine of the present invention and different elements of a network; 

FIGURE 6 illustrates an architecture of a number of application modules in 
a preferred embodiment of the present invention; 

FIGURE 7 illustrates an alternate architecture for the application modules 
20 from that shown in FIGURE 6 in accordance with another embodiment of the 
present invention; 

FIGURE 8 is a flow diagram illustrating a flow of signals employed in user 
subscription initialization; 

FIGURE g illustrates a preferred interface between a portal and user 
25 equipment through the B2B engine of the present invention; 

FIGURE 10 is a flow diagram illustrating a number of signals employed in 
initiating an "OFF" trigger pursuant to the teachings of the present invention; 

FIGURE 11 is another flow diagram illustrating a flow of signals for an 
event occurring in a telecommunication system in accordance with the teachings 
30 of the present invention; 

FIGURE 12 is a flow diagram illustrating a user-on indication to the B2B 
engine of the present invention; 
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FIGURE 13 is a flow diagram illustrating a location area update to the B2B 
engine of the present invention; 

FIGURE 14 illustrates an architecture in a preferred embodiment of the 
present invention, demonstrating a number of interactions between the B2B 
5 engine and several network nodes; 

FIGURE 15 illustrates an example of network node notification to the B2B 
engine; 

FIGURE 16 illustrates the communications of realtime information 
associated with mobile subscriber from various network elements to the B2B 
10 engine in accordance with the teachings of the present invention; 

FIGURE 17 illustrates a number of the protocols used in connection with 
the present invention, particularly between the B2B engine and several network 
nodes; 

FIGURE 18 illustrates an exemplary configuration and intenA^orking of a 
IS B2B engine with different network architectures; 

FIGURE 19 depicts a high-level block diagram of a B2B engine utilizing an 
interconnected restaurant application module according the teachings of the 
present invention; 

FIGURE 20 illustrates a block diagram of the communication flow between 
20 the B2B engine, the interconnected reservation application and the reservation 
application in the restaurant computer system according to an embodiment of the 
present invention; 

FIGURE 21 illustrates a method for utilizing a B2B engine and realtime 
information interexchange to manage a reservation system according to an 
25 embodiment of the present invention. 

DETAILED DESCRIPTION OF THE PRESENTLY PREFERRED EXEMPLARY 
EMBODIMENTS 

The numerous innovative teachings of the present application will be 
30 described with particular reference to the presently preferred exemplary 
embodiments. However, it should be understood that this class of embodiments 
provides only a few examples of the many advantageous uses of the innovative 
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teachings herein. In general, statements made in the specification of the present 
application do not necessarily delimit any of the various claimed inventions. 
Moreover, some statements may apply to some inventive features/embodiment(s) 
but not to others. 

5 The present invention sets forth a system and methodology for providing 

personalized, customizable intelligent information and associated services to 
mobile subscribers based on the mobile subscribers' realtime information, 
including but not limited to the mobile subscriber's current activity, preferences, 
location, usage and behavior patterns inherent in realtime networks, 

10 As noted hereinabove, FIGURE 1 Illustrates a conventional 

telecommunications system that supplies Information to telecom subscribers. In 
the prior art, the contents of the restaurant and weather Information, 105 and 110, 
for example, are supplied from the content providers to the end users directly. The 
telecom operators 120, however, in this paradigm are only pipe providers passing 

IS the information to the end users, akin to many current ISPs. In particular, and as 
discussed in more detail hereinbelow, the telecom operators 120 do not share any 
realtime infonmation 1 30 about the user with the content providers and are only a 
means to pass information one-way from the content providers directly to the 
users who, of course, operate in realtime. As an illustration, in order for a mobile 

20 subscriber to retrieve the weather information associated with the subscriber's 
current location in a conventional system, although the sen/ing mobile 
telecommunication network already knows the approximate location of the mobile 
subscriber, since the sending mobile telecommunications network merely act as a 
conduit for communicating such information, the mobile subscriber nevertheless 

25 has to manually provide the location information to the Internet content provider. 

With reference now to FIGURE 2, there is illustrated a business-to- 
business (B2B) engine 210 in accordance with a preferred embodiment of the 
present invention. The business-to-business engine 210 includes a number of 
application modules 220 therein, as more fully illustrated and described 

30 hereinbelow with reference to FIGURES 6 and 7 and the accompanying text. In a 
preferred configuration, the B2B engine 210 runs on network hardware, generally 
designated in FIGURE 2 by the reference numeral 224, e.g., a Sparc processor. 
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and uses an operating system/ middle ware 222, e.g., Solaris OS, which is stable 
and perfomis various functions described in more detail hereinbelow. It should, of 
course, be understood that alternate hardware and software may be utilized in the 
implementation of the instant invention, as understood by one skilled in the art. 

5 With further reference to FIGURE 2, the B2B engine 210 is connected to a 
telecommunication system 230 and to the Internet 250. 

The telecommunication system 230 preferably includes a wireless service 
provider or any service provider that services a number of subscriber or user 
terminals, e.g., cellular phones, personal data assistants (PDAs) or any wireless 

10 or wireline communications device or equipment capable of receiving signals. In 
addition, the B2B engine 210 is coupled, via a link 248 to the Intemet, generally 
designated by the reference numeral 250, which includes content provider 
applications that supply infomiatlon to users pro-actively. The supplied Information 
may be found at and forwarded from a weather server 260, a financial server 262, 

IS a news server 264 and/or an ad server 266, via a respective link 252 to the 
Internet 250, which provides the gateway for the respective services. 

An Intemet portal for collecting and providing certain services based on 
such collected information may also be connected to the Intemet 250. Such a 
portal may further communicate with other associated servers 260, 262, 264, 266, 

20 and communicate such collected information to a requester via the Internet 250. 

With reference now to FIGURE 3, there is illustrated a preferred 
embodiment of the present invention, showing the alternate paradigm of the 
instant invention as compared to the conventional paradigm shown in FIGURE 1. 
The B2B Engine 210 connected to a serving telecommunication operator 120 

25 communicates certain realtime information associated with a particular mobile 
subscriber to any one of the content providers, such as restaurant information 
provider 105, weather information provider 110 or service portal 115. Each of 
these content providers or portal can then use the received realtime information 
associated with a particular mobile subscriber to provide a service customized to 

30 that particular subscriber's realtime status or preference. As an illustration, a 
request for nearby Italian restaurants will be answered and provided to the 
requesting mobile subscriber without the mobile subscriber manually typing in the 
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current location thereof. The B2B engine would automatically receive the current 
location of the requesting mobile subscriber and communicate this realtime 
information (location information) to the content provider pro-actively. 

As further described in FIG. 8. in order for a particular content provider to 
5 receive certain realtime infomnation or event associated with a particular mobile 
subscriber, the content provider must subscribe with the B2B Engine. The content 
provider may need to provide a mobile identification number associated with a 
particular mobile subscriber and subscribe with the B2B engine to monitor and 
provide the content provider with certain realtime information associated with that 

10 particular mobile subscriber. As an example, the weather information provider 
may subscribe with the B2B engine to monitor a particular subscriber's location 
and Aon@ information. As a result, whenever that particular mobile subscriber 
turns his mobile station on, such realtime information will be provided to the 
weather information provider by the B2B engine. The weather information provider 

IS will, in tum. automatically provide the current weather information associated with 
that particular location to the mobile subscriber. The mobile subscriber need not 
manually request weather information nor does the user have to manually enter 
his current location. The act of turning his phone Aon@ will automatically trigger 
those predefined services to be generated. As further illustration, upon the arrival 

20 of a user in a city, weather information of this city, headline news conceming this 
city, traffic situation in that city, etc. is sent to the user. All of this is done 
automatically without the knowledge of the user, but according to his preference, 
the network intelligently determines that the user needs this infomnation while in 
this location. Also, if a traveling user passes by a crime area or a bad 

25 neighborhood, the B2B engine will intelligently know the user's location and inform 
the portal, which will send information regarding the crime rate or the latest 
headline news for this current location. This will help people on the move, and in 
general will help people no matter how often they travel. Moreover, in a preferred 
embodiment of the present invention, the network as a whole is interconnected 

30 and intelligently exchanges information regarding the user status to provide the 
best service to the end user. The proposed B2B engine provides this 
interconnectivity and intelligently connects the infomnation providers or portals, to 
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the mobile operators that the user resides on. A non-realtime system, a portal, 
and a realtime system, a mobile operator interact and operate smoothly despite 
the differences in their operating nature. 

The content provider information, such as restaurant information 105, 
5 weather information 110 and portals 115, can channel or pipe the requested 
information or service through the telecom operator 120 directly, as in FIGURE 1, 
or alternatively, can be sent to the telecom operator 120 through a B2B engine 
210, such as engine 210 described in connection with FIGURE 2 and further 
hereinbeiow. It should be understood that the B2B engine 210 of the present 

10 invention, preferably resides on the telecommunications network and is interposed 
between the content providers and the telecom operators 120. Accordingly, the 
B2B engine 210 is responsible for getting the aforementioned realtime information 
130 associated with the respective user, e.g., location and/or preferences, and 
processing this Information. The B2B engine 210, upon receipt of the realtime 

IS status information, foHA^ards the realtime data to the content providers, thereby 
penmitting customization according to the respective user's realtime situation and 
preferences. 

With reference now to FIGURE 4 of the Drawings, there is illustrated 
another preferred embodiment of the present invention where the telecom 

20 operators 120 are mobile operators, e.g., in accordance with the Global 
Subscriber Mobile (GSM) system, Personal Communication System (PCS) or 
other mobile telecommunication standard. The B2B engine 210 resident within the 
mobile network maintains the realtime information exchange between the mobile 
operators 120 and the respective content providers, e.g., the aforedescribed 

25 restaurant information 105, weather information 110 and portals 115. The B2B 
engine 210 determines realtime information about the mobile subscribers in 
communication with the mobile operators' network, by communicating with the 
network and the respective users to determine a variety of subscriber information: 
subscriber rules 242 for application and any requisite conditions, subscriber 

30 preferences 244. subscriber status 246. and any intelligence factor 248 necessary 
to satisfy the needs of the mobile subscriber. This subscriber information is 
gathered for each user and supplied to the content providers, which provide the 
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information to the mobile subscriber. The restaurant information 105. weather 
information 110 and portals 115 are customized according to the realtime status of 
the user, and provided from the B2B engine 210 to the content providers in 
realtime, by the B2B engine 210 regarding the realtime status, requirements, 

5 preferences, rules and/or location of the subscribed user 

A preferred embodiment of the present invention integrates a realtime 
system, e.g., the aforementioned telecom operator 120, and a non-realtime 
system, e.g.. content providers, using the business-to-business (B2B) engine 210 
of the present invention. The B2B engine 210, as described herein, communicates 

10 with the respective telecom operators 120 and the associated network elements to 
get realtime information about their subscribers, processes the subscriber 
information and supplies the information to the content providers in accordance 
with the certain subscribed events previously requested by those content 
providers. 

IS in another preferred embodiment of the present Invention, there are a 

plurality of telecommunication operators 120, each having discrete subscribers 
associated therewith. Each telecom operator 120 In this embodiment preferably 
acts Independently and supplies realtime information about the respective 
subscribers to the content providers. In a preferred embodiment of the present 

20 invention, each telecom operator 120 is issued a unique identification number. 
The respective content provlder(s), according to the request made by an 
identifiable telecom operator 120, then sends the requested information to the 
user subscribed in that telecom operator 120 network. 

With reference now to FIGURE 5, there are illustrated exemplary 

25 interactions between the business-to-business (B2B) engine 210 of the present 
invention and different elements of the network. Realtime systems 270, such as 
wireless communication systems, wire line communication systems and ISPs, 
interface with the B2B engine 210 to provide realtime infomiation about 
subscribers and end users to the B2B engine 210. Content providers 272 are 

30 coupled to the B2B engine 210 to get realtime information from the B2B engine 
210 and the behavior infomiation of subscribers. 
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The content providers 272 also provide information to an end user. e.g.. a 
wireless communication subscriber, a wire line subscriber or an ISP subscriber 
and designated generally by reference numeral 274, through the B2B engine 210. 
With further reference to FIGURE 5, rather than communicating these 

5 monitored realtime events to external content providers, application modules and 
services associated with the B2B engine can independently generate and provide 
certain desired services to those monitored mobile subscribers. Accordingly, a 
number of B2B developers 278 develop and update application modules in the 
B2B engine 210 to support new services and/or enhance existing services. 

10 In an alternative embodiment of the present invention the B2B engine 210 

is connected to a portal or content aggregators to provide information to the end 
user. The portals and the content aggregators gather the information from 
different content providers and supply the gathered information to the end user 
through different means that will be discussed in more detail hereinafter. 

15 In particular, the user first subscribes to the portal or the content 

aggregators. Upon the user's subscription, the portals pass the subscription, as an 
event, to the B2B engine 210. The B2B engine 210 receives the subscription 
event of the user and stores it in the B2B engine memory 21 OA or database. It 
should be understood that the database is preferably an internal database Inside 

20 the B2B. engine 210 or an external database that could be accessed by the B2B 
engine 210. 

It should, of course, be understood to one of ordinary skill in the art that 
inclusion of a B2B engine 210 into a telecommunications network having various 
protocols of operation will entail creation of a variety of databases, interfaces and 

25 portals necessary to facilitate the flow and interexchange of information. For 
example, a user's preferences may be stored in a preferences database and 
trigger conditions or events (rules) operate to initiate a communication. Mobile 
users of the Internet will expect somewhat equivalent access to that of a fixed 
station, as well as enhanced, personalized services based upon mobility. 

30 As discussed, for mobile operators, there is the opportunity to become 

more than a mere pipe provider by exploiting the relationship with the subscribers 
(monthly bills, personal information) and take advantage of the wireless Internet to 
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generate new revenue. Content providers, in turn, face various challenges to 
make their content available and personal to mobile Internet subscribers. Indeed, 
the personalization of Internet services by telecommunications operators 
coincides with the trend of providing increasingly personalized services on the 
5 Internet, particularly, with the advent of vertical portals and personalized user 
profiles - 

As described above in connection with FIGURES 2-5 and set forth in more 
detail hereinbelow, the system and methodology of the present invention is an 
intelligent engine that leverages subscriber activity, preferences, location, usage 

10 and behavior patterns inherent within a mobile network to provide personalized 
customizable mobile Internet services in realtime. In particular, the present 
invention allows content providers to build personalized content based upon 
mobility in the mobile network, allows mobile subscribers to receive personalized 
content based upon mobility and allows mobile operators to leverage the mobility 

IS information in the mobile telecom network to move up the value chain. 
Furthermore, the present invention provides a platform for service providers to 
build new Internet services based upon the realtime information associated with 
mobile subscribers within a mobile telecommunications network. 

As further discussed below In connection with the portals and interfaces of 

20 the present invention, a variety of new functions are provided in creating the 
realtime mobile Internet environment. In particular, a personal preferences user 
interface and database provide a mechanism for both selecting personal 
preferences and storing those preferences of an Internet subscriber in a database 
managed by the telecommunications operator. The requisite realtime mobility 

25 information is provided via interfaces with network nodes and/or network elements 
in the telecommunications system. A rules-based environment allows wireless 
Internet subscribers to customize or develop new services based upon realtime 
events. Exemplary rules-based customizable services include: 
Upon mobile powering up, 

30 access information from finance.yahoo.com 

deliver via short message service to mobile 
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In this example, the wireless Internet subscriber uses the powering up of 
their own mobile as a realtime event to invoke a service, and customizes that 
service to deliver news from a particular website in a particular format. Another 
exemplary service includes: 
5 Upon detection of arrival in new town, 

reroute calls to new number 

deliver request for hotel room and car rental to travel coordinator 
await receipt of confirmation 
acknowledge confirmation 

10 alert to user 

In this example, the wireless Internet subscriber uses the time of arrival, 
e.g., via plane, to initiate a variety of actions to facilitate coordination of travel 
needs. If time zone changes occur, an alert may be generated confirming the 
subscriber of the time change. 

IS As further described above, all those desired events are subscribed with 

the B2B Engine by content providers. The B2B Engine thereafter communicates 
with the serving mobile telecommunications network and determines that a 
particular event has occurred for a mobile subscriber and communicates such 
triggering event with the subscribed content provider to enable the content 

20 provider to automatically effectuate all those services. 

The numerous features of a Business-to-Buslness (B2B) engine is 
discussed hereabove. To achieve the functionalities mentioned and to allow for its 
interconnection with the network, certain features and components should be 
available in the B2B engine. With reference now to FIGURE 6, there are illustrated 

25 a variety of business-to-business (B2B) engine 210 application modules 220 in a 
preferred embodiment of the present invention. As shown, the B2B engine 
application module 220 includes a variety of discrete modules, each having an 
important role in the system. In particular, the B2B application modules 220 
include an Interface module (IM) 280, a Data Collection Module (DCM) 282. a 

30 Behavior Analysis Module (BAM) 284, a Service Development Environment (SDE) 
286. a Realtime Delivery Module (RDM) 288. a Rules Development Environment 
(RDE) 290, a Business Data/End User Subscription Module (BDSM) 292. a 
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Service Execution Module (SEM) 294, a Performance and Charging Module 
(PACM) 296 and an Operation and Maintenance Module (OAMM) 298. 

The aforementioned Interface Module (IM) 280 is responsible for Interfacing 
the application modules 282-296 with the content providers and the 
5 telecommunication systems. The IM 280 interfaces with several external 
components, such as different telecommunication systems and ISPs. The IM 280 
also provides an interface with the content providers. One of the primary functions 
of the IM 280 is to link external components in the network to the application 
modules in the B2B engine 210. In a preferred embodiment, the IM 280 internally 

10 interfaces with the Data Collection Module (DCM) 282 and the Realtime Delivery 
Module (RDM) 288. It should, of course, be understood that the IM 280 also could 
be interteced with other internal modules, as well as external components of the 
network, depending on the system requirements. 

With further reference to FIGURE 6, the Data Collection module (DCM) 282 

IS is responsible for retrieving and storing realtime data from telecommunication 
systems and ISPs. The DCM 282 Internally interfaces with the Business Data 
Subscription Module (BDSM) 292 to find out about data subscriptions from the 
content providers. The DCM 282 also Interfaces with the Behavior Analysis 
Module (BAM) 284 and with the Realtime Delivery Module (RDM) 288 to deliver 

20 realtime information to the content providers. 

The Behavior Analysis Module (BAM) 284 is preferably a set of artificial 
intelligence programs which check the subscription information from the BDSM 
292 and perfomn the analysis on the realtime data. Preferably, the BAM 284 is 
coupled to the RDM 288 to deliver the results to the content providers. In addition 

23 to being interfaced to the BDSM 292 and the RDM 288, the BAM 284 is interfaced 
to the Data Collection Module (DCM) 282. 

The Rules Development Environment (RDE) 290 allows the development 
of rules used for the development of services. The RDE 290 stores the rules in a 
Rule Repository (Rrep). The rules could be constantly updated to suite new 

30 services being adopted and varied according to the preferences of various 
components in the system. The Service Development Environment (SDE) 286 
allows telecom operators or end users to develop new sets of services based on a 
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set of rules. The SDE 286 is internally interfaced with the Rule Repository to 
develop services and with the Service Execution Module (SEM) 294. The Service 
Execution Module (SEM) 294 executes the service used, and is internally 
interfaced with the SDE 286 and the BDSM 292. 
S The Business Data/End User Subscription Module (BDSM) 292 allows the 

content providers to subscribe to realtime and behavioral data, and also allows 
end users to subscribe to the services. To do that, the BDSM 292 is internally 
Interfaced with the RDM 288. The Performance and Charging Module (PACM) 
296 Is responsible for collecting statistics, keeping track of the number of times 

10 realtime data was requested by the content providers and the number of 
subscribers accessing their services. The PACM 296 also keeps track of other 
statistical data that could be helpful to fully utilize the network and its performance. 
The PACM 296 also produces charging for post processing. 

Lastly, the Operation and Maintenance Module (OAMM) 298 is responsible 

15 for managing and configuring the B2B engine 210. The OAMM 298 is capable of 
configuring the content providers, maintaining the B2B engine, handling faults in 
the system, and managing the security Issues in the system, as well as other 
operational and maintenance functionalities. 

It should be understood that the B2B engine application modules 220 

20 illustrated in connection with FIGURE 6 and discussed hereinabove are preferably 
treated as being independent, despite the fact that they could be joined together in 
one module or at least several could be joined together. The discrete modules 
preferably have a modular design for the applications, and are preferably Java- 
based. Alternatively, other programming languages that are suited for the above- 

25 mentioned characteristics may be employed, e.g., C++, Java Servlets. Java 
Beans, JSP, and others. As discussed, an important aspect of the present 
invention is having near Realtime performance. In addition to coping with realtime 
environments, the system is designed to reduce fault and has a fault tolerance 
system. 

30 Another preferred embodiment of the B2B engine, further illustrating the 

modularity and the implementation using different modular architecture, is shown 
in FIGURE 7. The B2B engine in this embodiment, designated by the reference 
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numeral 310, also includes an interface module 315 and an operation and 
maintenance module 320 as described above. However, this embodinnent 
preferably includes an intelligence module (INM) 325. an event reception and 
processing module (ERPM) 330. a charging module (CM) 335, a subscription 

5 database (SD) 340. a validation module (VM) 345, a data collection module 
(DCM) 350 and an event forwarding module (EFM) 355. 

Upon reception of a subscription event from a portal, by the B2B engine 
Interface Module (IM) 315, the IM 315 interfaces with the Validation Module (VM) 
345 to validate this subscription event. The VM 345 interfaces with the data 

10 collection module (DCM) 350. which allows the submission of the subscriber 
identity and allows the storage of the events in a subscription database (SD). The 
SD must be secure and preferably scalable to allow expansion to the number of 
subscribers. The DCM 350 also is responsible for informing the portal that the 
subscribed user has been successfully registered in the B2B engine 310 

IS database. Events received from the network nodes indicating the status of the 
mobile subscriber, arrive at the Interface Module and processed at the Event 
Reception and Processing Module (ERPM) 330. These events are validated using 
the Validation Module (VM) 345. by accessing the subscribed user preference in 
the SD. which is done to ensure that the user is a registered B2B engine 310 

20 subscriber. 

After validating the user profile, the event is packed and a notification is 
sent to the portal, using the Event Forwarding Module (EFM) 355, via a highly 
secure HTTP notification message. After this notification has been sent to the 
portal regarding the subscribed user status, the Charging Module (CM) 335 

25 creates a charging record for the portal concerning the information sent. 

The modules, as mentioned above with respect to FIGURES 6 and 7, could 
be arranged in a variety of configurations to provide the functions needed by the 
system. However, looking at the B2B engine 210/310 from a different perspective, 
different architecture for the modules could be implemented. 

30 For more understanding of the interaction of the portal with the B2B engine, 

reference is now made to FIGURE 8, which further illustrates the transmission of a 
subscription event of a user from a portal. FIGURE 8 represents a timing diagram, 
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generally designated by the reference numeral 360. for the subscription event and 
the interaction of a portal 362 with a B2B engine 364 regarding this subscription. 
The user first subscribes to the portal service using any of several mechanisms, 
e.g,, through the web site of the portal 362, www.yahoo.com. etc.. generally 
5 designated by reference numeral 366. The user, however, needs to provide 
various person and preference infonnation to the portal 362. This information 
includes the user identification number (MSISDN). mobile operator and various 
preferences associated with the desired content or events to be monitored. The 
portal 362 stores 368 all of the supplied user information in a database therein. 

10 Upon storing 368 the information, the portal 362 sends an event notification 370 
informing the appropriate B2B engine 364 in charge of the mobile operator of the 
subscribed user. In a preferred embodiment of the present invention, the B2B 
engine 364 is in charge of a mobile operator or in some cases a plurality of mobile 
operators. The notification event 370 sent to the B2B engine 364 preferably 

IS includes a mobile station identification number (MSISDN) of the user, the 
subscription details, events, and preferences of the user and other related 
information. This notification event is preferably sent using a secured HTTP 
protocol. 

The B2B engine 364 receives the event notification 370 and processes the 
20 information therein. This internal validation is done in a preferred embodiment 
using a layered architecture, such as also discussed in connection with FIGURES 
6 and 7. With reference again to FIGURE 8, upon receipt of the event notification 
370. a first layer or class, generally designated by the reference numeral 372, 
requests establishment of a new connection (step 374). A second layer or class 
25 766 inserts this subscription event (step 378) in a third layer or class 380 which 
validates the user identification number (MSISDN) (step 382) and stores (step 
384) the subscription information in a database. Upon the completion of validation 
step 384. an acknowledgment is sent (step 386) to the portal 362 regarding the 
subscription event notification 370, preferably using an HTTP protocol. The B2B 
30 engine thereafter monitors the requested realtime information associated with that 
particular mobile subscriber. 
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The B2B engine, as described hereinabove, could operate in a number of 
ways. In one embodiment of the present invention, the B2B engine polls the 
relevant network nodes to request updated information. In another embodiment, 
the network nodes are programmed to infonn the B2B engine of changes in status 
5 of the user. Yet another embodiment allows the mobile station to report status 
information to the B2B engine, this is done by triggering an application client 
program in the mobile station. However, these preferred embodiments could 
function concurrently. As an example, the B2B engine could poll some network 
nodes while other network nodes are reporting their status to the B2B engine. 

10 AlsOp the mobile station could report its status to the B2B engine and this same 
status report could be supplied also by a network node. The B2B engine, 
however, intelligently determines that the information sent is related, redundant, 
and combines both pieces of information to perform advanced functions based on 
a better understanding of the user status. 

IS With the above discussion of the position of the B2B engine within a 

telecommunications network and various modules in mind, attention should now 
be directed to FIGURE 9, which illustrates exemplary intenvorkings of a B2B 
engine 410 In a preferred embodiment of the present invention. As illustrated, the 
B2B engine 410 is connected to a front-end portal 420, to a mobile station 430 

20 (via wireless connection) and an Operation and Maintenance (O&M) 415 
Management system. The O&M system 415 will provide an operator or the owner 
of the product the capabilities to operate and maintain the B2B engine. All the 
fault and alarm handling can be controlled and monitored through this O&M 
system 415. Also, a remote administration system will be accessible, as shown 

25 herein or a module inside the B2B engine as described eariier with reference to 
FIGURE 6. As shown in the figure, the mobile station 430 may include a Wireless 
Application Protocol (WAP) toolkit 432 and/or a Subscriber Identification Module 
(SIM) development toolkit 434 therein. 

The WAP toolkit 432 is used to develop and support WAP applications, 

30 which, as is understood in the art, gives a wireless user access to the contents 
and services of the Internet. The WAP toolkit 432 preferably resides in the mobile 
station 430, which preferably is able to support the WAP protocols. 
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The SIM toolkit 434. which resides in the mobile station 430 is used for 
value-added services and e-connnnerce using the mobile station, enabling 
transactions over the Internet. For example, using a SIM toolkit-enabled mobile 
station, a user may be able to check their bank account, pay bills, and all other 
5 services achieved by today's wire line Internet access. The SIM toolkit 434 is 
preferably programmed into a SIM card, designated generally in FIGURE 9 by the 
reference numeral 436, and additionally enables an interface between the network 
and the end user. A preferred embodiment of the Mobile Equipment 
(ME)/Subscriber Interface Module (SIM) interaction with the B2B engine will be 

10 described hereinafter with reference to FIGURES 10-13. As noted, the Business- 
to-Business engine 410 is also connected to the front-end portal 420, or a number 
of portals, which provide information to the end user It should be understood to 
Ihose skilled in the art that this information is tailored according to respective user 
preferences and is collected from various content providers. It should also be 

IS understood that the portal 420 in a preferred embodiment of the present invention 
could be a dummy portal 422 or one designed to better exploit the Internet 
connections, e.g., a so-called WISE portal 424. as is understood by one of 
ordinary skills in the art. 

With reference to FIGURE 10, there is illustrated an example of an AOFF@ 

20 Trigger for a wireless phone, the steps of which are generally designated by the 
reference numeral 450. A Mobile Station (MS), generally designated by the 
reference numeral 452. includes a Subscriber Identification Module (SIM) toolkit 
454 located therein. The SIM toolkit 454 transmits, with a determined intervals, 
short message service (SMS) messages, generally designated in the figure by the 

25 reference numeral 456, containing the subscriber status and the mobile station 
452 ISDN number (MSISDN). The SIM toolkit 454 performs this action to keep an 
associated B2B engine 458 informed of the realtime information and location of 
the MS 452. Receipt of this message initiates a timer 460 for the B2B engine 458. 
If the timer 474 does not expire and another message is received before 

30 expiration, within the predetermined time interval, the timer is reset. If, however, 
the timer 472 expires in the B2B engine 458, meaning that the B2B engine 458 
did not receive any message from the user in a determined amount of time, the 
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B2B engine 458 will assume that the mobile station 452 has been turned off, e.g., 
sometime after transmission of SMS message 462 to the B2B engine 458. This, 
as an example, could be an indication that the user is busy or asleep and that no 
new contents should be sent by the portal to the subscribed user. After the B2B 
5 engine 458 fails to receive a further message after SMS message 462 in the timer 
period. B2B engine 458 validates and processes 464 this event, and forwards an 
event notification 466, containing the MSISDN of that user and an indication of the 
subscribed OFF event, to a portal 468 associated with this event. The portal 468 
then acknowledges 470 the reception of the notification. 

10 With reference now to FIGURE 11, there is illustrated a timing diagram of a 

usual operation of the system and methodology, in a preferred embodiment of the 
present invention, the steps of which are generally designated by the reference 
numeral 500. As with the embodiment described in connection with FIGURE 12, a 
subscribed end user enters information and preferences (step 504) at a portal 

IS 502, particulariy, into a portal database. After the preferences of the end user are 
stored 504 in the portal database and, preferably, before an event occurs, a SIM 
application is initialized for realtime services and over the air activation for a 
subscribed user, and a plurality of SIM data is downloaded (step 506) from the 
portal database to a Short Message Switching Center (SMSC) 508. e.g.. over an 

20 air interface. The SIM data is then sent peer-to-peer (step 510) to Mobile 
Equipment (ME) 512 that includes a SIM card therein, generally designated by the 
reference numeral 514. 

Once an event occurs regarding any change in the user preferences, 
location, etc.. a SIM toolkit, generally designated by the reference numeral 516, 

25 which resides in the mobile equipment 512, sends an SMS message 518 
informing a B2B engine 520 of the subscribed user's status and providing the 
user's MSISDN number. Upon arrival at the B2B engine 520, particularly at a 
socket listener 522 thereof, the aforementioned SMS message 518 is unpacked 
(step 524) in the B2B engine 520 by the socket listener 522, which then creates a 

30 new event (step 526) based on the information provided in the SMS message 
518. A second layer or class, generally designed by the reference numeral 528 in 
the B2B engine 520, upon receipt of the new event information 526, then 
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establishes a new connection 830 and validates 532 the event subscribed 526 by 
comparing the user identity and preferences with what is stored in a B2B 
database, generally designated by the reference numeral 534. Upon receipt of the 
new connection and validation information, a third layer or class, generally 
5 designated in the figure by the reference numeral 536, processes the event (step 
538) and optionally stores the modified information in the B2B database 534. The 
processed event 538 information is forwarded by the third class 536 to a fourth 
class 540. An event notification message 542 is sent to the portal 502 by the 
fourth layer 540 in the B2B engine 520, informing the portal 502 that an event was 

10 received and providing the portal 802 with the user's MSISDN. 

The portal 502. upon receipt of the event notification message 542 then 
sends an acknowledge message 544 to the B2B engine 520, acknowledging the 
reception of the event notification 542 . preferably using an HTTP protocol. In a 
preferred embodiment of the present invention, charging 546 occurs for all 

IS information provided, and charging 546 for the realtime event information provided 
to the portal 502 will occur after the acknowledgment message 544. The charging 
record will be created in the B2B Engine which will log all the relevant information 
related to the event. As illustrated, information is preferably delivered by the portal 
502 to the end user at the ME 512 using an SMS message. It should, of course, 

20 be understood that the contents could alternatively be sent using a Wireless 
Application protocol (WAP), using a WAP over an SMS message or other such 
protocols. 

As discussed above and particularly in connection with FIGURES 12 and 
13 the subscribed user employs Mobile Equipment (ME) 512. sometimes referred 

25 to as a mobile station, which includes a SIM card 514, on which a SIM application 
is programmed and running. In a preferred embodiment of the present invention, a 
B2B engine 520 client application resides on the Subscriber Identification Module 
(SIM) and is responsible for reporting realtime events occurring within the mobile 
equipment (ME)/Network entity to the B2B engine 820 server node. The client 

30 application uses triggers from the SIM card 514 to invoke a SIM toolkit operation 
516 to send Short Messages to the B2B engine server 520 with information on the 
realtime events happening in the ME-Network. In this embodiment, the short 
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message sent is addressed to the B2B engine and the mobile telecommunication 

operator acts as conduit to this information sent. 

The SIM Application toolkit 516 provides mechanisms which allow 

applications, existing in the SIM 514, to interact and operate with the Mobile 
5 Equipment (ME) 512 download the ME profile to the SIM 514, download data 

(step 506) to the SIM 514, transfer a user's menu selection to the SIM 514, call 

control by the SIM 514. MO Short Message control by the SIM 514 and security. 

The proactive SIM 514 could display text, play a tone, send a short message, set 

up a call, etc.. as is understood in the art. 
10 The interaction between the SIM 514 and the ME 512 is best shown with 

reference to the following examples described in connection with FIGURES 12 

and 13, which illustrate a preferred embodiment of the SIM/mobile entity reporting 

events to the B2B engine for realtime services. Upon change of the user status or 

preferences, the B2B engine is updated of such a change by the mobile 
15 Equipment (ME). In these figures, the exemplary events that are reported to the 

B2B engine server are the ON/OFF, Cell Global Identity (CGI) and the location 

area {LA) change. 

With reference now to FIGURE 12 there is illustrated, in detail, a timing 
diagram, generally designated in the figure by the reference numeral 550, of a 

20 user AON@ indication to a B2B engine 552. Initially, a given Mobile Equipment 
(ME) 554 first initializes an associated SIM 556. This initialization (step 558) is 
done by activating and testing the SIM device 556 to ascertain what functions are 
supported. At present, this SIM 856 initialization is preferably performed pursuant 
to a GSM 11.11 standard, although it is understood that alternative initialization 

25 protocols may be alternatively used. The identification of a proactive SIM 556 is 
done at this stage by having the proactive SIM service activated in a SIM service 
table (step 560). However, if the ME 554 does not support the proactive SIM 
feature, the proactive SIM 556 shall not send proactive SIM-related commands to 
the ME, and vice versa. The ME 554 shall then send a STATUS command (step 

30 562) periodically to the proactive SIM 556 during idle mode, as well as during a 
call, thereby enabling the proactive SIM 556 to respond with a command since the 
ME 554 always initiates commands to the SIM 556. 
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After a power-on by the ME 554, the first message sent is the STATUS 
message (step 564), which is used to trigger (step 564) the appropriate B2B 
engine 552 client application residing on the SIM card. The client application 
reads appropriate files on the SIM 556 and packs the relevant information into a 
5 short message and requests the SIM to send it onwards to the ME (step 570). The 
SIM 856 sends a message (step 566) infomriing the ME 554 that further 
information is available. The ME 554 then responds using a FETCH command 
(step 568) to get the information from the SIM 556. The SIM 556. upon receipt of 
the aforementioned FETCH command 568, sends the composed short message 

10 from the client application to the ME 554 (step 570A) in order for the infomiation to 
be sent to the B2B engine. Following that, the ME 554 sends the short message 
(step 572) to the B2B engine, Informing that the MS 554 has been turned on. The 
B2B engine 552 receives this message and interprets it further to provide 
enhanced services. The ME 554 then responds to the SIM 556 informing that the 

IS message regarding the event has been sent (step 574). The SIM 556, in turn, 
acknowledges the response and sends a normal ending message (step 576). The 
mobile station is now turned on and all the elements, such as the ME 554, the SIM 
556 and the client applications 552 are aware of that occurrence. As discussed 
eariier, the ME 854 sends a periodical status command (step 578) to the SIM 856, 

20 which after the ME 554 is turned on, results in a trigger (step 580) to the client 
application 552 on the SIM card 552, and from which a periodical SMS message 
(step 578) could be sent. 

With reference now to FIGURE 13, there is illustrated a timing diagram of a 
location area change indication of the ME 554 to the B2B engine 552, in another 

25 presently preferred embodiment of the present invention. As illustrated, SIM 556 
initialization and proactive SIM determination (Steps 558 and 560) are first 
performed, again, preferably, pursuant to a GSM 11.11 protocol. As is understood 
in the art, the Mobile Equipment 554 is requested by the client application and the 
SIM to monitor any location change and, upon any such change, the ME 554 

30 informs the B2B engine 552 of this change. The location information as discussed 
above may be GPS information, cell global identity information, or routing area 
infomiation associated with a mobile subscriber. Additionally, the Mobile 
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Equipment 554 may also communicate using other pacl^et based protocols, such 
as USSD messages or WAP. 

As discussed, when a change in location happens, appropriate processes 
in the ME 554 are invoked. The ME fonvards a set location update status 
5 message (step 586) to the SIM 856, and then informs the client application 
residing in the SIM, via an envelope command (step 588). that the location area 
update has occurred. The client application is triggered 588A and takes this data 
from the envelope command, reads and adds appropriate data from the SIM 556 
and packs a short message. This packed short message is sent (step 590) by the 

10 client application to the SIM 556, as indicated in FIGURE 13, in step 590A the SIM 
informs the ME of the request to send a short message. With the FETCH 
command 592 the ME asks the SIM to provide the data for the short message 
which it does in 593. The ME transmits the packed short message to the B2B 
engine (step 594) which uses the data to provide enhanced services. The ME 554 

15 then as usual informs the SIM 556 that the short message has been sent (step 
596) and the SIM 556 returns a nomnal ending message (step 598). 

The updated infomriation is sent to the B2B engine by the mobile station to 
update its status and preferences in the B2B engine, as described hereinabove. 
However, in another preferred embodiment of the present invention, the network 

20 nodes self monitor any desired subscriber events update and automatically 
provide the data to the B2B engine on a realtime basis. 

With reference now to FIGURE 14, the B2B engine 210, In addition to 
being connected to a portal 640 or to content aggregators, e.g., using a 
Transmission Control Protocol/Internet Protocol (TCP/IP) or other packet based 

25 communications protocol, is also connected to various other nodes in the network, 
generally designated in FIGURE 14 by the reference numeral 600, It should be 
understood, as described with reference to a preferred embodiment of the present 
invention, that these nodes could be adapted to gather realtime information about 
the subscribed user. This could be achieved by programming the network nodes 

30 so that they could monitor realtime subscriber events and activities and provide 
realtime information to the B2B engine regarding the subscriber events received. 
The network elements can monitor and fonA^ard all subscriber events and activities 
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for ail subscribers that are being sen/ed within that network area, or alternatively, 
the network elements can monitor and fonward subscriber events and activities for 
those subscribers that have subscribed with the B2B engine. The B2B engine 210 
interfaces with network nodes in the network 600 to receive information about the 
5 subscribed events from these nodes. The Mobile Switching Center (MSC)A/isitor 
Location Register (VLR) 615 sends mobility information, VLR record and the call 
control of related events to a subscriber, e.g., using Message TCP/IP or like 
protocols. The sending of the realtime information is triggered upon receiving a 
location update or registration signal from the subscribed user 

10 Also, handover triggers and radio-related trigger events from a Radio 

Network Subsystem (RNS) 620 for system 600 is sent to the B2B engine. As Is 
understood to one skilled in the art, a Serving Generalized Packet Radio System 
(GPRS) Service Node (SGSN) 625 provides mobility and call control-related 
information to the B2B engine 210, e.g., as related to packet domain networks, 

IS such as a generalized packet radio system (GPRS). 

A Mobile Positioning Center (MPC) 630 provides the B2B engine 210 with 
information about the location of the mobile subscriber within the 
telecommunications network. It should be understood to one skilled In the art that 
the MPC 630 could be provided by a global positioning service (GPS) or any other 

20 means for locating a mobile subscriber station using, for example, TCP/IP 
protocols to fonvard the positioning information. A central service control function 
(CSCF) 635 unit provides to the B2B engine 210 a translation of the address 
number of the subscriber to an Internet protocol (IP) address and also could 
provide control related events/information using, for example. Message and 

25 TCP/IP protocols. 

As also understood by one skilled in the telecommunications art. upon 
switching on a mobile station (MS), the serving MSC/VLR (Mobile Switching 
Center/Visitor Location Register) registers the MS and authorize the MS by 
communicating with the Home Location Register (HLR) associated with that MS. 

30 The HLR then infomris the B2B engine, upon this registration and authorization, to 
foHA^ard the preferred information to the mobile station, as shown in a preferred 
embodiment described hereinafter. 
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The network nodes are intelligently programmed to recognize any 
information related to the subscribed user and upon the triggering of an event, 
sends the realtime information to the B2B engine infomning it of the update to the 
end user status. This information is stored in the B2B engine database. The B2B 
5 engine 210 processes the information/events sent by the nodes and fonA^ards this 
formatted information to the portal 640. Upon providing the information/events to 
the portal 340 by the B2B engine 210, the portal 640 is billed for this realtime 
infomiation, for example, by a Billing Gateway (BGW) 645. The BGW 645 
provides information about when and how much to bill the portals for the realtime 

10 Information provided. This is done by logging relevant information into charging 
records for each user requested action. The billing could be done internally In the 
B2B engine using a charging module, as shown In FIGURE 7, or could be an 
external application connected to the B2B engine such as a BGW. as shown in 
FIGURE 14. Also, the BGW could be in charge of the billing in the mobile operator 

13 for each user or provide information, for example, on the remaining balance for 
subscribers accessing the network or the balance of the subscribers usage. The 
BGW functionalities are numerous and flexible depending on the services and 
plan for each subscribed user. 

In the preferred embodiment described hereinabove, the network nodes 

20 preferably contain a client application (CL)/ monitoring agent (MA) programmed in 
each of the network nodes wishing to report events to the B2B engine. These 
network nodes monitor certain triggers related to the user and reports them to the 
B2B engine. Loading of a client application program in certain network nodes such 
as the HLR and/or the MSCA/LR could be used to monitor certain enabled 

25 triggers related to subscriber's behavior, status, mobility parameters, etc. An 
example of the network nodes providing the information to the B2B engine upon 
any change to a user status or preferences is provided hereinbelow. Upon any 
update to the user status or any change regarding the user in a database, the 
HLR client application is triggered and sends an update to the B2B engine 

30 informing the engine of such a change. This client application in the HLR is 
adapted to recognize any change and automatically report this change to the B2B 
engine. All network nodes are also programmed to recognize any event and notify 
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the B2B engine of this event, using the triggering mechanism of the client 
application. The MSCA/LR, for instance, tracks the mobility of the user and upon a 
detected change, for example the user location is changed, the MSCA/LR client 
application Is triggered and informs the B2B engine of this change. Moreover, the 
5 MSG could work together with the MPC to pin-point the user location and send the 
information to the B2B engine. Also, the MSCA/LR client application is 
programmed to interact with the RNS to Inform the B2B engine of any handover or 
radio triggers occurring related to the user. The RNS also contains a client 
application as in all involved network nodes in the update process. 

10 FIGURE 15 illustrates another example of the notification, by the network 

node, of any change in the subscriber status and location. The VLR 652, upon any 
change to the subscriber status and location, will inform the HLR 654 using 
standard existing protocols, e.g. MAP 658, of such a change. The determination of 
the status change is performed using a Monitoring Agent (MA)656 inside both the 

15 VLR 652 and the HLR 654. The HLR 654 in turn will interact with the B2B engine 
660, which in this situation is acting as a VLR 664. The B2B engine 660, in this 
case, being a GSM Service Control Function (gsmSCF) 662 node gets the 
subscriber status and location information firom the HLR 654 and stores it in a 
database. The B2B engine then performs the necessary operations on this 

20 information and acts accordingly. In general, once the client application catches a 
trigger event in the network nodes (i.e. HLR, MSC/VLR, etc.) representing any 
change to the subscriber status, the client application in the network nodes 
informs the B2B engine. 

With further reference to FIGURE 14, the B2B engine 210, as described 

25 hereinabove could receive information/events regarding the subscribed user from 
the network nodes without requesting this information. However, in another 
preferred embodiment of the present invention and further referring to FIGURE 
14. these network nodes are requested to gather realtime information about the 
subscribed user. When the subscription event is stored in the B2B engine 210 

30 database, a Home Location Register (HLR) 610 is polled to determine the 
registration infomiation of the mobile subscriber, e.g.. using Mobile Application 
Part (MAP), TCP/IP or like protocols. 
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The B2B engine 210 interfaces with communication nodes in the network 
600 to request information about the subscribed events from these nodes. The 
B2B engine 210 polls a Mobile Switching Center (MSC)A/isitor Location Register 
(VLR) 615 to request the mobility information. VLR record and the call control of 
5 related events to a subscriber, e.g., using Message TCP/IP or like protocols. 

The B2B engine 210 requests handover trigger and radio-related trigger 
events from a Radio Network Subsystem (RNS) 320 for system 600. A Mobile 
Positioning Center (MPC) 330 could be polled to provide the B2B engine 210 with 
information about the location of the mobile subscriber within the 

10 telecommunications network. It should be understood to one skilled in the art that 
the MPC 630 could be any other means for locating a mobile subscriber station, 
as described hereinabove. A central service control function (CSCF) 635 unit 
could be also polled to provide to the B2B engine 210 a translation of the address 
number of the subscriber to an Intemet protocol (IP) address, and also could 

IS provide control related events/information using, for example, Message and 
TCP/IP protocols. 

The B2B engine 210 provides intelligence in knowing which of the 
aforementioned elements or nodes to poll to gather the necessary information for 
provision to a portal 640 using, for example, TCP/IP protocols. The information 

20 may be selectively requested according to the needs of the B2B engine in 
determining the status of a telecommunications device. The B2B engine 210 
processes the information/events sent by the nodes and sends the gathered 
information to the portal 640. Upon providing the information/events to the portal 
640 by the B2B engine 210, the portal 640 is billed for this realtime information, as 

25 described hereinabove with reference to the previous embodiment. 

As an example, when the B2B Engine requires certain information such as 
subscriber's status from the HLR, a message is sent to the HLR requesting the 
information. The HLR will in turn respond with the response message informing 
the B2B engine of the current subscriber status. This same requesting mechanism 

30 could be used with the other network nodes. A message could be sent by the B2B 
engine to any network node requesting information about the subscriber. Upon 
reception of such a message the network node gets the information and sends it 
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to the B2B engine. The B2B engine could act as a GSM Service Control Function 
(gsmSCF) node and inten^ogates the HLR at regular or periodic intervals to get the 
status and the location information of a subscriber. 

The network environment, within which the B2B engine 210 operates, is 
5 fully described hereinabove. In general, there are numerous implementations of 
the service provided by the business-to-business engine. With reference now to 
FIGURE 16. however, there is Illustrated an altemative operation of the B2B 
engine 210 of the present invention. In this alternate configuration, the B2B engine 
210 receives realtime events from a mobile subscriber 660, such as the 

10 subscriber status, location area and other events, as described with reference to 
FIGURES 9-13. using as an example Short Message Service (SMS) messages. 
The B2B engine 210 gets this information, in addition to other information, by 
polling different nodes in the network, as described hereinabove with reference to 
a preferred embodiment. The network nodes however, as described in another 

15 preferred embodiment described hereinabove, send the updated status 
information of the user to the B2B engine whenever any change occurs regarding 
the subscriber. The B2B engine 210 then parses the events based on the 
subscribed user preferences and processes the information/event gathered. 

These processed events are then sent to the portal/content 

20 aggregators/content provider 640. for example, using an HTTP protocol. The 
portal 640 then personalizes the contents according to the event information 
provided by the B2B engine 210. The portal converts the contents, for example, to 
a wireless markup language (WML) used to provide content to narrowband 
devices, such as mobile stations. PDAs. etc. The WML containing the 

25 personalized content is delivered via a wireless application protocol gateway 
(WAPGW) to the subscribed user via the mobile phone. However, the portal can 
also deliver the personalized content using an SMS message or any other 
proprietary wireless data protocol. As is illustrated in FIGURE 16, the contents 
could be sent to the mobile station through a Wireless Application Protocol 

30 gateway (WAPGW). The WAPGW is a networic node providing direct connection 
between the mobile network and the dedicated Intemet application services, such 
as the portals. There are numerous methods that could be used for sending the 
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contents to the subscriber. For example, the contents could be sent through the 
Short Message Service Center (SMSC) using a Short message (SMS) or a WAP 
sent over an SMS message. Moreover, the contents sent to the mobile station 
could be an Unstructured Supplementary Service Data (USSD). This could be 
5 done using a USSD Gateway that retrieves the information from the portals and 
sends it to the SMSC for delivery as a short message. Other transport bearers 
such as GPRS could be used to send content from the portals to the mobile 
station. Advancements toward fast speed access systems In today's mobile 
technology lead the way to third generation (3G) wireless systems. The data 

10 packet transport systems such as the Generalized Packet Radio Service (GPRS) 
and the Evolved Data for GSM Evolution (EDGE) provide fast connections that will 
allow easy and quick content delivery to the mobile stations. Taking these 
transport bearers in mind, all the communication between the mobile stations, the 
B2B engine, and the Internet portals could be performed using these transport 

IS bearers discussed herein. For example, instead of sending an SMS message by a 
mobile station through a SMSC, as described hereinabove, a mobile station could 
communicate with the B2B engine using a GPRS network by sending data 
packets utilizing the high speed access. 

With reference to FIGURE 17. the B2B engine 210. in addition to being 

20 connected to a portal 640 or to content aggregators, e.g.. using a Transmission 
Control Protocol/ Internet Protocol (TCP/IP), is also connected to various other 
nodes in the network. In general, it should be understood that these network 
nodes are typically used to gather realtime information about the subscribed user. 
The nodes in the network communicate with each other using standard protocols. 

25 These protocols are used to ease the means of communication between network 
nodes and to be compatible with the requisite standards. With further reference to 
FIGURE 17, there is illustrated a preferred embodiment of the protocols used in 
the communication between the network nodes and the aforementioned B2B 
engine 210. It should be understood that the B2B engine 210 is preferably 

30 interfaced with all of the nodes in the network supplying event information, e.g.. 
using a standard IEEE 802.3 connection. 
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The communication between the nodes are perfomied, as in other 
communication standards, using a layered structure. For example, all of the 
protocols employed utilize the Transmission Control Protocol/Internet Protocol 
(TCP/IP) protocol in their lower layers. However, in the upper layer each node 
5 uses a different protocol. For example, the B2B engine 210 communicates with 
the portal 640 using a HyperText Transfer Protocol (HTTP) commonly used in 
Internet communication. The HLR 610 uses a MAP protocol. The Mobile 
Positioning Center (MPC) 630 preferably uses a MFC protocol. A Short 
Messaging Service Center (SMSC) 650 preferably uses a Short Message Peer-to- 

10 Peer (SMPP) protocol. The particular protocols used are well known in the art and 
provide a means of Interconnection between the different nodes in the network. 
However, it should be understood that a variety of other protocols could be used 
to support internodal communications. 

Referring now to FIGURE 18. which illustrates the B2B engine interfacing 

15 with different network architectures. The B2B engine interfaces with a 2.5G 
wireless telecommunications system 710 as shown in this figure and in previous 
Figure 14. However, the B2B engine could be interfaced with other systems such 
as a second-generation (2G) wireless, telecommunications operator system 730. 
It also can be interconnected with a 3G wireless telecommunications system 750 

20 that is currently under development. Although, the system architectures that are 
connected to the B2B engine are different, the same procedure could be used 
with each network node in the system, as was described hereinabove. For 
instance, the B2B engine could poll each of the network nodes in the 3G wireless 
telecommunications system 750, or the network nodes could report any event to 

25 the B2B engine 210 regarding any update to the subscriber status. The engine 
described in the present invention could be used for numerous systems and the 
same procedure described hereinabove for the 2.5G wireless telecommunications 
system could be applied to the 3G wireless system, as well as other systems. The 
network nodes in the 3G wireless system are separated in a call control network 

30 nodes 760, 770, 780 and connectivity control network nodes 790. The Media 
Gateways (MGW) 792 will be responsible for all the connectivity means, while 
servers in the control layer will execute the call control. The Control Layer will, in 
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tum, interface to Application Gateways, not shown in tlie figure, allowing an 
unprecedented level of separation of services from specific fixed or mobile bearer 
technologies allowing for anyway, anywhere and anytime service delivery. The 
B2B engine has the ability to connect to different bearer technologies such as the 
5 GSM/EDGE. WCDMA and cdmaZOOO. The B2B engine also interfaces with all the 
connectivity and control network nodes that keeps track and/or have record of the 
mobile subscriber. The network nodes, nonetheless, are preferably reprogrammed 
to include a mobility agent, as described hereinabove with reference to FIGURES 
14 and 15. 

10 Also the mobile operator described hereinabove is a GSM operator, it 

should be understood by one of ordinary skills in the art that the invention could 
be used for a PCS operator, a DAMPS operator or/and any existing mobile 
operator. Moreover, a single B2B engine could interconnect various mobile 
operators with various portals. The mobile operators could be of a different nature 

15 and using a different standard, e.g. a B2B engine could provide service for a PCS 
operator as well as a GSM operator, concurrently. 

Moreover, 3G mobile stations will also have the client application that will 
notify the B2B engine of any update to the user status, similar to what was 
described earlier for GSM phones having the client application programmed on 

20 the SIM card in the GSM network. The SIM card as described above could be any 
means in which the Mobile Equipment could have a programmable module on It 
capable of containing applications. The SIM card described hereinabove, could 
also be any programmable means that is capable of storing and performing 
certain functions, like having a fixed module in the mobile station being part of the 

25 Mobile Equipment (ME). 

It should however be understood to one skilled in the art, that the portal and 
content aggregators are externally connected to the B2B engine, as described 
herein. However, the portal and/or content aggregators, in a preferred 
embodiment of the presently claimed invention, may be incorporated within the 

30 B2B engine as well. Meaning that the B2B engine could be in charge of gathering 
data content and selectively supplying the data content to the users. 
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It Should be understood by one skilled in the art, that realtime information 
and realtime networks discussed with reference to the embodiments herein, 
represent the ideal timing of such networks and information disregarding any 
delays and/or processing in the network nodes and any other equipment. In 
5 general, a realtime network may be any network that functions in realtime or near 
realtime performance. Also, realtime information may be information that is 
substantially realtime or near realtime. 

FIGURE 19 depicts a high-level block diagram of a B2B engine utilizing an 
interconnected restaurant application module in a location based reservation 

10 system, according to the teachings of the present Invention. As discussed 
previously and should be recognized by those skilled in the art, location based 
reservation applications exist on the market. These applications perform 
automated restaurant searches based on location. However, the reservation 
process is still completed by a customer calling the restaurant found by the search 

IS and restaurant personnel manually enter the reservation in the restaurant's table 
management system. In contrast, the present invention automates the whole 
process wherein the reservation service, provided by the invention, checks for 
availability, stores a reservation, updates the reservation periodically with an ETA 
of the customer, and notifies the customer when the seating is available. 

20 B2B engine 1900 is coupled to restaurant module 1905 in the same 

manner as B2B engine 210 is coupled to various modules provided by content 
providers as described in FIGURE 3. Restaurant module 1905 may be 
implemented on a server in a network that is to mobile positioning center 1920 via 
B2B Engine 1900. Database 1910 may be utilized to store data (requests, billing 

25 information, etc.) received into B2B engine 1900 from subscriber mobile station 
(MS) 1925 and from members 1940. 1945 and 1950. The operation of the 
present invention is essentially the same for each of the members depicted. It 
should be noted that in order to simplify and facilitate the explanation of the 
principles of the present invention, only the operation with member (restaurant) 

30 1 940 will be described. It will be recognized by those skilled in the art that the 
operation of the invention is the same for any other member that would utilize 
reservations, such as a doctor, dentist, theater, etc. 
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In the present invention, a reservation management company executes 
agreements with member businesses and provides a reservation program 
application for installation on the member's computer system. Additionally, the 
management company provides restaurant module 1905 for installation and 
5 interconnection with B2B engine 1900. The reservation application (not shown) 
provides read/write access to a database in the member's computer system (not 
shown) that includes restaurant reservation information. Client module 1930. 
which provides communication between MS 1925 and B2B Engine 1900, is 
provided to the subscriber by the management company through the wireless 

10 operator. Client module 1930 is installed on MS 1925 and connects with 
restaurant module 1905. 

During operation of the present invention, restaurant module 1905 receives 
information from B2B engine 1900 and the database connected to the computer 
system at restaurant 1940. In the present example, B2B engine 1900 may 

IS receive an information request from MS 1925, via MSCA/LR 1915, for the nearest 
Chinese restaurant with the eariiest available seating. B2B Engine 1900 sends 
the request to restaurant module 1905 which in turn sends a request to B2B 
engine 1900 for the current location of MS 1925. 

B2B engine 1900 requests, and receives, the cun-ent location data of MS 

20 1 925 from mobile positioning center (MPC) 1920 via B2B engine 1900. MPC 
1920 detennines the current location of MS 1925 in accordance with methods 
previously described herein. The location of MS 1925 is then compared to profiles 
stored in database 1910 of members that have signed agreements with the 
reservation management company. The profiles of the members may contain 

25 location information, restaurant type, menus, hours, etc. 

Restaurant module 1905 then utilizes B2B engine 1900 to access 
(alternatively, module 1905 may be accessed directly via wireline or wireless 
transmissions), via Internet 1935 the reservation application that is resident on the 
computer system at restaurant 1940. Restaurant module 1905 retrieves 

30 infonmation from the restaurant database related to available restaurant tables that 
match the subscriber (also referred to herein as customer) requirements. Further, 
restaurant module 1905 may be set to retrieve information associated with tables 
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that are projected by the restaurant to become available soon. Restaurant 
module 1905 then transmits the information through B2B engine 1900 to MS 
1925. 

Following receipt of the reservation information from B2B engine 1900. the 
5 subscriber makes a choice of restaurants and confirms that choice to B2B engine 
1900. \A^ich then transfers the information to restaurant module 1905. Restaurant 
module 1905 then accesses reservation application on the computer system at 
restaurant 1940 via B2B Engine 1900. Confirmation of the reservation is then 
written to a database accessible by the reservation application. 

10 Restaurant module 1905 may then periodically trigger MPC 1920 to 

determine the location of MS 1925, between reservation confimiation and arrival 
of the subscriber at restaurant 1940. Arrival time of MS 1925 at restaurant 1940 is 
estimated by calculating the distance between the current location provided by 
MPC 1920 and restaurant 1940. This information, the estimated time of arrival 

IS (ETA) is then sent to restaurant 1940's computer reservation system to update 
MS 1925's confirmed reservation. 

Client module 1930 is resident on MS 1925 and is also capable of 
automatically generating the request for a periodic location update for MS 1925. 
After the reservation is confirmed, client module 1930 may, in the place of 

20 restaurant module 1905, generate location update requests to MPC 1920. This 
periodic update request may be initiated, e.g., by a trigger generated in restaurant 
module 1905, a program stored in MS 1925 or module 1930 or even a trigger sent 
by the reservation application. The location of MS 1925 is determined and the 
ETA of MS 1925 at restaurant 1940 is calculated. B2B Engine 1900 may then 

25 transmit the ETA to the reservation application at restaurant 1940. 

FIGURE 20 illustrates a block diagram of the communication flow between 
B2B engine 1900, restaurant module 1905 and the reservation application in the 
restaurant computer system, according to an embodiment of the present 
invention. As described in FIGURE 19, B2B Engine 1925 interacts with restaurant 

30 module 1905 and MPC 1920 to provide an ETA of MS 1925 at the location of 
restaurant 1940. As previously noted, client module MS 1930, resident on MS 
1925, may trigger ETA updates to a reservation application at restaurant 1940. 
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Reservation application 2005 is provided by the reservation management 
company to member restaurant 1940 and installed on restaurant computer system 
2000. The restaurant management company also operates restaurant module 
1905 which is connected to B2B Engine 1900. Reservation application 2005 and 
5 restaurant module 1905 are in communication with each other via the Internet 
1935 and B2B engine 1900. 

When MS 1925 sends a message to make a restaurant reservation 
request e.g., for four, restaurant module 1905 causes B2B Engine 1900 check a 
connected database to determine the qualified restaurants near the subscriber. 

10 B2B Engine 1900 then fonn^ards a request to the appropriate restaurants for 
reservation information. In the case of restaurant 1940, B2B Engine 1900 sends 
the request to reservation application 2005, which is resident in restaurant 
computer system 2000. Reservation application 2005 interrogates reservation 
database 2015, connected to restaurant computer system 2000. to determine the 

15 status of tables in the restaurant. Reservation application 2005 accumulates the 
pertinent information regarding tables, temporarily reserves a table that fits the 
request and then sends that information to B2B Engine 1940 and thence to the 
subscriber Assuming the subscriber agrees with the contents of the reply and 
confirms the reservation, the reservation is then updated in restaurant computer 

20 system 2000 to a confirmed status. Reservation database 2012 may be updated 
by reservation application 2005 by linking the subscriber's name to the temporarily 
reserved table (unnecessary for the subscriber to send name as the subscriber's 
name may be retrieved from a subscriber profile associated with MS 1925 in a 
B2B Engine database). Reservation application 2005 may estimate the time that 

25 the table will become available (if currently occupied, otherwise the resen/ation 
application will resers^e the table) and enter a projected ETA for the subscriber into 
database 2015 for presentation by display 2010. 

As described previously, B2B engine 1900 queries and receives location 
information from MPC 1920 and provides the subscriber and restaurant location 

30 information to restaurant module 1905. It is well known in the art that the Internet 
is accessible by wireless and wireline devices and transmissions to and from 
restaurant 1940 from B2B Engine 1900 may be accomplished either by wireline, 
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wireless or a combination of both. Module 1905 then calculates the subscriber's 
initial ETA at the restaurant and transmits the ETA to reservation application 2005 
via Internet 1935. Reservation application 2005 then enters the initial ETA in the 
database and display 2010 is updated to reflect the confirmed reservation and 
5 arrival time of the subscriber. 

When the table is ready, restaurant personnel may enter that infomr»ation in 
the restaurant computer system and reservation application 2005 may then notify 
the subscriber that the table Is ready. Reservation application 2005 then queries 
B2B engine 1900 periodically between the initial confirmation time and the 

10 subscriber's ETA that was initially calculated by reservation application module 
1905. The subscriber's ETA may be calculated on each query and if different 
from the last ETA, reservation application 2005 may update the displayed ETA. 
Alternatively, the client module as shown and discussed in Figure 19 may 
automatically generate a periodic location update to B2B Engine 1900 and B2B 

15 Engine transmits the ETA Infomiation so as to provide a cun^ent ETA to 
reservation application 2005. 

It is possible that the table reserved for the subscriber may not be empty in 
time for the subscriber to be seated. The waiter assigned to the table may then 
enter a revised, projected time of availability. Reservation application 2005 will 

20 automatically scan the tables on the system that match the subscriber's request to 
determine if a substitute may be available in time for the subscriber so as to 
reassign the reservation. If no tables are available, reservation application 2005 
may then send a message to the subscriber indicating the new time that the table 
will be ready. Additionally, the restaurant may have a predetermined incentive for 

25 encouraging the subscriber to honor the revised resen/ation, i.e., the restaurant 
may include a coupon for a free drink upon arrival if the table is not ready on time. 
This coupon may be linked to the subscriber's reservation in the database 2015. 
When the subscriber arrives and the table is not ready restaurant personnel may 
access database 2015 for the coupon to provide the free drink to the subscriber. 

30 FIGURE 21 illustrates a method for utilizing a business to business (B2B) 

Engine and realtime information exchange to manage resen/ations in a location 
based reservation system according to the present invention. In accordance with 
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the present invention, the location based reservation system includes a restaurant 
module that is interconnected with the B2B Engine, a client module on a 
subscriber MS and a reservation application installed in a member restaurant 
computer system. The wireless system operator would provide the client module 
5 for installation in a subscriber's mobile station (MS). The client module would 
provide communication access to the restaurant module. 

A reservation management company, which operates and manages the 
restaurant module, obtains membership agreements with restaurants and 
provides reservation application software to the restaurants. The reservation 

10 application software provided to the restaurants may be integrated with the 
restaurant's own reservation management system. The management company 
provides an interconnection with the restaurant module and the B2B engine and 
allows the management company readAvrite access to a database connected to 
the B2B engine. Information on members (restaurants), provided by the 

IS management company may be included in the database. The restaurant module 
in tum interacts with the B2B engine in a manner similar to the previously 
described application modules. 

The process begins when a wireless subscriber communicates with the 
location based reservation system by sending an inquiry to the B2B engine via the 

20 subscriber's MS (the wireless subscriber has previously registered with the 
operator to participate in the restaurant reservation system). The inquiry may 
include, e.g., a request for reservations for four at the nearest Chinese restaurant 
or reservations for four at the nearest Chinese restaurant with the shortest wait 
time (process step 2100). 

25 The restaurant module receives the communication (text message, voice) 

and causes the B2B engine to signal a Mobile Positioning Center (MPC), such as 
MFC 1920, to determine the location of the mobile station. As discussed before, 
there are a number of methods for detemnining the location of the mobile station 
including determining the location of the mobile station from information stored in 

30 a memory of the subscriber's MS. e.g.. the Subscriber Identity Module (SIM) 
(process step 2105). 
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The B2B engine utilizes the MS's location information in the query to the 
restaurant module containing a request for the nearest Chinese restaurant(s) and 
' a request for reservations. The restaurant module, in turn, searches a database 
connected to the B2B Engine containing restaurant member profiles to determine 
5 Chinese restaurants that are near the current subscriber's MS location that also 
have openings for reservations (process Step 2110). The member restaurant 
profile may also include a street address, phone number, menu, food type, pricing, 
etc., that the subscriber may access to assist in making a decision on the 
restaurant. The restaurant module then communicates with each restaurant's 

10 reservation application that is resident on the restaurant's computer system via 
wireline, wireless or Internet connection. 

The restaurant module determines the locations of the restaurants that are 
nearest the current location of the MS and the reservation availability of each 
restaurant matching the party size (i.e., four). Additional information such as 

IS estimated wait-time for a table may also be included to expand the choices for the 
subscriber. Utilizing the restaurant module, the B2B Engine checks for availability 
and wait-time to provide a range of restaurant choices. The B2B engine, utilizing 
Short Message Service (SMS), or any other similar text based messaging (or 
voice messaging), enters a temporary reservation in the restaurant database in 

20 the subscriber's name and transmits the locations and reservation information 
including wait times at each restaurant to the subscriber's MS (process Step 
2115). 

The subscriber determines and transmits a choice of restaurant to the B2B 
engine after reviewing the selections provided by the restaurant module. The 
25 subscriber may decide to choose a restaurant that has immediate seating 
available. On the other hand, the subscriber may choose a restaurant preferred 
by the subscriber that has a wait-time. The B2B engine then communicates the 
subscriber's choice to the chosen restaurant's reservation application (process 
step 2120). 

30 The reservation application at the chosen restaurant receives the 

confirmation from the B2B engine (utilizing the restaurant module) of a reservation 
for four and enters that information into the restaurant reservation database. The 
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restaurant module, interconnected to the B2B Engine, then calculates the ETA of 
the subscriber utilizing the location of the "fixed station" (i.e., the restaurant) and 
the current location of the mobile station (subscriber). The reservation information 
(including the ETA) is automatically provided to restaurant floor personnel on a 
5 visual display (may be a CRT, flat panel display, etc.). The display may include 
the table number, ETA. name of the party, smoking/non-smoking, number in the 
party and the time that the table is ready for the incoming party. 

If a party that is currently occupying the table for four delays leaving the 
table, the table's assigned waiter may adjust the table availability in the restaurant 

10 system by entering a new projected time of availability. The reservation 
application would then compare the anticipated arrival of the subscriber and the 
new table availability time. The ETA of the subscriber is periodically updated on 
the display until the actual arrival time. As noted before, the reservation 
application or the MS of the subscriber may periodically signal the B2B Engine to 

IS determine the current location of the MS. 

If the ETA of the subscriber is eariier than the revised projected table 
availability, the subscriber may be assigned to another table that may be made 
ready to accommodate the subscriber. If there are no tables available in time for 
the subscriber's ETA, the reservation application would then infomn the restaurant 

20 module of the times available. At this point the reservation application may 
automatically signal the restaurant module to send an offer to the subscriber of a 
free drink coupon to wait in the bar of the restaurant for the next available table of 
four The projected table availability and the coupon offer would be included in a 
new message, which the restaurant module then fonvards to the subscriber. The 

25 subscriber then has a choice of making a new choice of restaurant or accepting 
the restaurant offer (process step 2125). 

Between the confirmation of the reservation and the arrival at the 
restaurant, the ETA of the subscriber may be regularly updated and displayed by 
the restaurant's reservation management system. The restaurant may arrange for 

30 the reservation application to periodically signal the B2B engine, during this time 
period, for an ETA update of the subscriber. The B2B Engine, upon receipt of the 
periodic request, would check with the MPC to determine the cun-ent location of 
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the subscriber and the restaurant module would calculate the updated ETA of the 
subscriber at the restaurant location. Alternatively, the client module, resident on 
the subscriber's MS, may automatically generate the periodic location request in 
place of the mobile positioning center. 
5 The restaurant module continues to monitor the location of the subscriber. 

As the table becomes available, the reservation application notifies the restaurant 
module, which then notifies the subscriber that the reserved seating is available. 
When the subscriber arrives at the restaurant and is seated, the reservation 
management application is updated. The system displays the table as "occupied" 
10 and the application automatically cancels the periodic ETA update (process step 
2130). 

As will be recognized by those skilled in the art, tiie innovative concepts 
described in the present application can be modified and varied over a wide range 
of applications. Accordingly, the scope of patented subject matter should not be 
IS limited to any of the specific exemplary teachings discussed, but is instead 
defined by the following claims. 
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WHAT IS CLAIMED IS: 

1. A method for facilitating information exchange between a 
telecommunications network and an information service provider, comprising the 
steps of: 

5 receiving real-time information from said telecommunications network at a 

Business-to-Business (B2B) engine, wherein said B2B Engine is interconnected to 
said telecommunications network and said information service provider. 

processing, within said B2B engine, the received realtime information; and 
providing, by said B2B engine, said realtime infomnation to said information 
10 service provider. 

2. The method according to Claim 1, wherein said realtime information is 
associated with a mobile station and at least one fixed station, further comprising 
the steps of: 

IS receiving an information request from said mobile, wherein said request 

relates to said at least one fixed station; 

conrelating the location of said at least one fixed station with the current 
location of said mobile station; 

station utilizing the current location of said mobile station to calculate an 
20 estimated time of arrival (ETA) of said mobile station at the location of said at least 
one fixed station; and 

communicating said ETA to said at least one fixed station. 

3. The method of Claim 2, wherein said information request includes a query 
for information related to said at least one fixed station near said mobile station's 

25 current location wherein said at least one fixed station is a restaurant and said 
query further includes a request for a reservation. 

4. The method of Claim 1 , further comprising the steps of: 

retrieving information, including said at least one fixed station location, wait- 
time for each retrieved fixed station information and a temporary reservation for 
30 said subscriber; 
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transmitting said Infomiation concerning said location, said wait-times and 
said temporary reservations to said mobile station; and 

receiving a confirmation from said mobile station of one of said temporary 
reservations. 

5 5. The method of Claim 4, further comprising the step of converting said 
temporary reservation to a confirmed reservation. 

6. The method of Claim 2, wherein the step of calculating said mobile station's 
ETA, further comprises the steps of: 

marking the time of said confirmation entry; 
10 sending an initial ETA corresponding to said confirmation entry to a 

reservation application associated with said fixed station; and 

periodically calculating said mobile station ETA until arrival of said mobile 
station at said fixed station. 

7. The method of Claim 6, further comprising the steps of: 

15 receiving a request from one of said mobile station and said reservation 

application for automatically requesting said periodic updates of the ETA of said 
mobile station; and 

utilizing said updates to modify said reservation in said resen/ation 
application. 

20 8. The method of Claim 7, further comprising the steps of: 

notifying said mobile station of any changes in the status of said 
reservation. 

9. The method of Claim 8, wherein a restaurant module, interconnected to 
said B2B engine, is capable of accessing a profile associated with said mobile to 
25 retrieve information to transmit to said fixed station for reservation confirmation 
and billing information. 
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10. The method of Claim 2, wherein said fixed station is a medical facility. 

1 1 . The method of Claim 2, wherein said fixed station is a repair facility. 

12. The method of Claim 1, wherein said B2B Engine is interconnected to said 
information services provider, the Internet and said telecommunications networl< 

S wherein said telecommunications network comprises a wireless network and a 
wireline network. 

13. A Business-to-Business (B2B) engine for facilitating information 
interexchange between a telecommunications network and an information service 
provider, said B2B engine comprising: 

10 a first Internee module for transceiving Information with said 

telecommunications network; 

a second interface module for transceiving information with said infomiatlon 
service provider; 

a processor connected to said first and said second interface modules; and 
IS at least one application module Interconnected to said processor. 

14. The B2B engine of Claim 13, wherein said at least one application module 
interconnected to said processor is a restaurant module and further comprises: 

a data collection module for receiving realtime information from said 
telecommunications network at said B2B engine; 
20 an operations module for processing the received realtime information; and 

said second interface is capable of providing said realtime information to 
said information sen/ice provider. 

15. The B2B engine of Claim 13. wherein said realtime information is 
associated with a mobile station and at least one fixed station, further comprises: 

25 transceiver means for receiving an information request from said mobile 

station, wherein said request relates to said at least one fixed station; 
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correlating means for correlating the location of said at least one fixed 
station with the current location of said mobile station; 

logic for station utilizing the current location of said mobile station to 
calculate an estimated time of amval (ETA) of said mobile station at the location of 
S said at least one fixed station; and 

said transceiver means for communicating said ETA to said at least one 
fixed station. 



16. The B2B engine of Claim 15. wherein said transceiver means 
communicates said infomnation request to said fixed station, said request 
10 including: 

a query for information related to said at least one fixed station near said 
mobile station's current location wherein said at least one fixed station is a 
restaurant; and 

a request for a reservation. 

15 17. The B2B engine of Claim 16, further comprising: 

said transceiver interface module for retrieving information related to said 
restaurant including said restaurant location, reservation information 
including wait-time and a temporary reservation for said subscriber; 
said transceiver interface module also capable of transmitting said 
20 information to said mobile station; and 

receiving means for receiving a confirmation of said temporary reservation 
from said mobile station. 



18. The B2B engine of Claim 17. further comprising: 

logic means for converting said temporary reservation to a confirmed 
25 reservation. 



19. The B2B Engine of Claim 18, further comprising: 

logic means for marking the time of said confirmation; 
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said transceiver means for sending an initial ETA corresponding to said 
confirmation entry to a resen/ation application at said fixed station; and 

logic means for said restaurant module to periodically calculate and send 
said mobile station ETA to said reservation application until arrival of said mobile 
5 station at said at least one fixed station. 

20. The B2B engine of Claim 19, further comprising: 

receiver means for receiving a message from one of said mobile station 
and said reservation application for automatically requesting said periodic updates 
of the ETA of said mobile station; and 
10 logic means for utilizing said updates to modify said reservation in said 

reservation application. 

21 . The B2B engine of Claim 20, further comprising: 

means for notifying said mobile station of any changes in the status of said 
reservation. 

15 

22. The B2B engine of Claim 14, wherein said restaurant module, 
interconnected to said B2B engine, is capable of accessing a profile of said mobile 
to transmit specified information from said profile to said fixed station for 
reservation confirmation and for billing information. 

20 23. The B2B engine of Claim 14, wherein said fixed station is a medical facility. 

24. The B2B engine of Claim 14, wherein said fixed station is a repair facility. 

25. The B2B engine of Claim 13, wherein said B2B Engine is interconnected to 
said information services provider, the Internet and said telecommunications 
network wherein said telecommunications network comprises a wireless network 

25 and a wireline network. 
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